Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix for 4-d variable output in standard memory mode #25

Closed
wants to merge 4 commits into from

Conversation

anewman89
Copy link

Issuing pull request for potential bug fix in 4-d variable output for standard memory mode.

for key, val in field.items():
if isinstance(val, str):
val = val.encode()
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You'll need to undo all the changes to the string encoding that came in here. You can do that manually or by using something like source tree.

The reason this happened is that you copied in an old version of this file (that wasn't in git) into the current develop branch so you've just undone all the changes we've recently made to the file, that git has recorded. Does that make sense?

@landscape-bot
Copy link

Code Health
Repository health decreased by 0.47% when pulling 72dc18a on anewman89:develop into 52b3f9d on UW-Hydro:develop.

@jhamman
Copy link
Member

jhamman commented Nov 19, 2015

fixes #24

yc = 0
dd = np.zeros(self.f.variables[name][:,ys,xs].shape)
for p in points:
dd[:,yc] = p.df[name].values[self.slice]
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems like we're just writing the same data to all of these points.

@jhamman
Copy link
Member

jhamman commented Nov 19, 2015

I'll have to look at this a bit more. I don't love either implementation so I'll need to think on it. I gave you some comments to get you started cleaning it up a bit though. Thanks.

@landscape-bot
Copy link

Code Health
Repository health decreased by 18% when pulling 238902d on anewman89:develop into 52b3f9d on UW-Hydro:develop.

@landscape-bot
Copy link

Code Health
Repository health decreased by 0.43% when pulling 04c8278 on anewman89:develop into 52b3f9d on UW-Hydro:develop.

@bartnijssen
Copy link
Member

@anewman89 : Just ran across this - is this still an active PR?

@anewman89
Copy link
Author

I never got anywhere further with this. In fact, my fix is likely buggy as I got some large disk I/O issues when I ran it on Yellowstone at NCAR. So lets close this specific request without a merge, I can make the original reason for the pull request an issue.

@bartnijssen
Copy link
Member

Agreed - open an issue and then close this PR

@anewman89 anewman89 closed this May 24, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants